home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950929-19951130 / 000039_news@columbia.edu_Wed Oct 4 08:24:19 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA11988
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 6 Oct 1995 11:31:29 -0400
  3. Received: by apakabar.cc.columbia.edu id AA15389
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 6 Oct 1995 11:31:27 -0400
  5. Path: news.columbia.edu!panix!tinman.dev.prodigy.com!prodigy.com!newsjunkie.ans.net!howland.reston.ans.net!math.ohio-state.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit 3.14 under Win95 problem
  9. Message-Id: <1995Oct4.142419.62779@cc.usu.edu>
  10. Date: 4 Oct 95 14:24:19 MDT
  11. References: <1995Oct4.102543@earth.medcolpa.edu>
  12. Organization: Utah State University
  13. Lines: 34
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1995Oct4.102543@earth.medcolpa.edu>, schoffstall@earth.medcolpa.edu writes:
  17. >     I'm running Kermit 3.14 under Win95. It runs fine when you shut 
  18. > down Win95 and run a DOS session, but it won't run in a DOS box as a 
  19. > Win95 process, apparently because it can't detect the port. After it 
  20. > executes MSCUSTOM.INI, I get the message:
  21. > ?Warning: unknown hardware for port. Using the Bios as BIOS1
  22. > Unimplemented speed
  23. > ?Cannot use RTS/CTS on non-UART parts
  24. >     This is on a 486. On a Pentium box, I get this message only 
  25. > *part* of the time. Huh?!? If I run Kermit in a DOS box, I get the error 
  26. > message, leave Kermit for DOS, then run Kermit *again*, it correctly 
  27. > detects the port. But not on the 486.
  28. >     What's going on here? How can it be fixed?
  29. ---------------
  30.     We don't know.
  31.     Call Microsoft Tech Support and/or dig deeply into the Resource
  32. Kit.
  33.  
  34.     That said, let me add a couple of comments. You may want to tell
  35. Windows to not devote the serial port to its own apps, get its address
  36. stated correctly, but leave it free. If you have other comms gear looking
  37. for that port, say a FAX program or MS' RAS material, then expect trouble.
  38.     You might also want to run DEBUG.COM within a DOS box and display
  39. what's in segment 40h, just as we explain in the MSK release notes. If the 
  40. first two bytes of 40:0h are empty (zeros) then Windows has usurped the port
  41. and that's that; try Control Panel variations. If not then they should be the
  42. same value as used elsewhere, such as \03f8 (two bytes together).
  43.     Remember that Windows virtualizes (fancy for takes over the real
  44. and provides a fake substitute) serial port hardware, and failures to
  45. behave normally are results of the emulation by Windows.
  46.         Joe D.